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Division (Guidelines for Examination in the EPO, 
A-V, 3.). 



(54) Interactive printing with a plurality of printer devices 



(57) A network system for printing digital print files, 
including personal workstations of users and a plurality 
of printers. 

The system further includes a print service and a 
print file storage service, that may be implemented in 
several ways. A user may submit a print file without 
specifying a particular printer on which the file must be 
printed. Then, he can walk up to any of the printers and 
start the print process for his print file there. 

In operation, the print service receives the print file, 



extracts metadata specifying job information from th 
file, and stores the file in the print file storage service. 
The metadata of the file are transmitted to the print rs, 
which include the metadata in local print selection mech- 
anisms resident in said printers. 

The user may select his print file at the operating 
panel of any one of the printers and start the printing 
process. In response, that printer fetches the print image 
data of the selected file from the print file storage service 
and prints the file. 
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D scription 

BACKGROUND OF THE INVENTION 

Technical Field of the Invention 

[0001] The invention relates to printing of digital im- 
age files in a network system. In such a system, person- 
al workstations of users and printers are interconnected 
for printing digital print files that have been made in a 
workstation. Digital image reproduction apparatuses 
can advantageously be used as printers. Such a digital 
image apparatus includes a scanner unit, a printer unit, 
a memory, and an operator control unit integrated in the 
apparatus, the operator control unit being provided with 
an input device and a display that permit a user to give 
operator control commands to the apparatus. Further, 
such a digital reproduction apparatus includes a net- 
work connection unit for coupling to a network for the 
purpose of communication with a digital external envi- 
ronment having at least a number of workstations of us- 
ers, and a management unit connected to the scanner 
unit, printer unit, memory and network connection unit, 
and, via the network connection unit, to the worksta- 
tions. 

[0002] More specifically, the invention relates to a net- 
work printing system in which a plurality of such digital 
reproduction apparatuses is connected to the network, 
and to a printer device for use in the system. 
[0003] The invention also relates to a method of print- 
ing digital print files in a network system including a plu- 
rality of printers. 

Description of Related Art 

[0004] Reproduction apparatuses of the kind de- 
scribed above are generally known. Such apparatuses 
can be used for copying documents and for printing dig- 
ital image data files made in a workstation. 
[0005] The term "workstation of a user" means a 
workstation running a program personalized for that us- 
er. 

[0006] Applicants' U.S. Patent 5,825,988 discloses a 
printing apparatus which never directly prints a print file 
received from a digital environment, but stores it inter- 
nally under the owner's name and does not print it until 
a command for this purpose is given from the apparatus 
operator control panel, said command identifying the 
file. 

[0007] In this way, data traffic between the digital en- 
vironment and the apparatus is decoupled in time. This 
means that a permanent coupling between the sending 
of a file for processing, and the processing of that file, 
is eliminated, and the files are kept in a safe place in the 
apparatus, this place being coupled or otherwise asso- 
ciated with a particular person, until they are activ ly 
called up. This means that the user, when sending f il s, 
need not be concern d with the time and circumstances 



of the processing of his fil s. 

[0008] In recent times, the idea of storing a print file 
and only releasing it on a specified command is being 
expanded to a concept of logic storage spaces acces- 

5 sible only to the user/owner, in which not only print files, 
but also ail kinds of files, particularly scan files, can be 
stored, always in such manner that a stored file has to 
be actively brought up from its destination from a logic 
storage space of this kind. 

w [0009] For instance, a user may walk up to a digital 
copier apparatus connected to the network and imple- 
menting the logic storage space concept, enter his iden- 
tity code and start a scanning session. The copier then 
automatically stores the digital data generated by the 

is scanner unit in executing the job in the logic storag 
space of the relevant user. Only on a command from the 
workstation of the relevant user, the copier passes the 
scan data file to the latter workstation. 
[0010] The added functionality leads to an increas d 

20 use, and therewith degree of occupation of the digital 
copier apparatus. The availability of the apparatus may 
also be limited by malfunction and maintenance. 
[0011] Nowadays, the number of copier/printer devic- 
es installed in a network systern is growing, particularly 

25 in large organizations. Therefore, it would be advanta- 
geous to expand the concept of print file, or more gen- 
erally, image data handling to a plurality of connected 
devices, and offer the user a choice of the device he 
wants to use at any moment. 

30 

SUMMARY OF THE INVENTION 

[0012] To this end, according to the invention, a net- 
work printing system for printing digital print files is pro- 
35 vided, the system including: 

a digital network, 

at least one personal workstation of a user, 
a plurality of printer devices, at least a subset of the 
40 printer devices having a local memory, an operator 
control unit provided with inputting means and a dis- 
play, and a printer unit and 

a print service and a print file storage service, in 
which a digital print file includes metadata specify- 
45 ing job information and print image data, the print 
service including: 

a receiving module for print files submitted from a 
workstation of a user 
50 - an extracting module for extracting at least part of 
the metadata of the print file and storing the sam 
in a storage dedicated to the print service 
a storing module for storing the print image data of 
a received print file in a logical storage space allo- 
cs catedtoth us rin the print file storage service, and 
a transmitting module for transmitting extracted 
metadata to at least two of the printers, 
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each printer device of said subset further including: 

a network connection unit, operable for receiving 
metadata of a print file, and 
a management unit connected to the network con- 
nection unit for including received metadata in a lo- 
cal print file selection mechanism it manages in the 
printer device, the management unit further being 
operable to pass a print file for printing to the printer 
unit only on an operator control command from the 
operator control unit, which operator control com- 
mand identifies the print file. 

[0013] In this way, a user may simply send his print 
file to the system and walk up to any printer device con- 
nected to the system and have his file printed. Also, a 
preprogrammed subset of the connected printers may 
receive metadata of a print file and make the file avail- 
able for selection and printing. For instance, in very large 
organizations, it may be more appropriate to limit the 
choice of printer devices to an organizational sub-area, 
e.g. one building. 

[0014] The internal structure of the system guaran- 
tees that a user will find his print file in the selection 
mechanism of the printer device he has chosen. In order 
to do so, the management unit of every connected print- 
er device includes a presentation module for presenting, 
on the display of the operator control unit of the printer, 
a list of print files of which metadata are locally available 
in that printer device, a selection module for permitting 
an operator to select a print file from the list and to give 
a command for printing the selected print file, and a fetch 
module for, in reaction to a selection by the operator, 
fetching the print data of the selected print file from the 
print file storage service and transferring it to the printer 
unit. 

[0015] In this way, it is not necessary to store all print 
files in all printer devices in advance, but, e.g., at only 
one place, such that network loading is limited. 
[0016] The print service and the storage service may 
be implemented in a separate server, e.g. a suitably pro- 
grammed PC, or in the connected printer devices, or 
both. In any case, any status changes of a print file, that 
occur in any of the devices, are communicated to all 
printers that present that print file for selection and print- 
ing, so that the selection mechanism can be kept up-to- 
date. 

[0017] The logic storage spaces may have the form 
of a directory structure in a memory, but also, for exam- 
ple, the form of entries in a database. 
[001 8] According to one embodiment of the apparatus 
according to the invention, the print service, on receiving 
from a workstation a digital data file for printing, such 
file being provided with a user id ntification, checks 
whether it already manages a logic storage space for 
the relevant user, and if that is not the case, the print 
service creates a logic storage space for the re I vant 
user and stores therein the received digital data file. The 



creation of logic storage spaces can also take place in 
response to a program start up at a workstation intended 
for communication with the syst m and reporting to the 
print service on start-up. 
5 [0019] In another embodiment, the management unit 
of a printer device maintains a list including information 
on capabilities and status of connected printer devices, 
and is operable to advise the operator of at least one 
printer device that can print said print file, if such a print- 
to er device is available, when the operator selects a print 
file for printing at that printer device, and when that print- 
er device cannot print said print file. An example of a 
case wherein a printer device cannot print a particular 
print file is, when said specific printer does not have th 
15 capabilities needed for printing said print file. In that 
case, a printer device that does have the capacities 
needed for printing said print file is advised. In a further 
embodiment, said advice is given as a message on the 
display of the specific printer. 
20 [0020] Further scope of applicability of the present in- 
vention will become apparent from the detailed descrip- 
tion given hereinafter. However, it should be understood 
that the detailed description and specific examples, 
while indicating preferred embodiments of the invention, 
25 are given by way of illustration only, since various 
changes and modifications will become apparent to 
those skilled in the art from this detailed description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 

[0021] The present invention will become more fully 
understood from the detailed description given herein- 
below and the accompanying drawings which are given 
by way of illustration only, and thus are not limitative of 
35 the present invention, and wherein: 

Fig. 1 illustrates an apparatus according to the in- 
vention; 

Fig. 2 is a diagram showing the constituent parts of 
40 an apparatus according to the invention; 

Figs. 3 and 4 illustrate an apparatus operator con- 
trol panel, according to the invention, in various sit- 
uations; 

Figs. 5A and 5B are flow diagrams to explain the 
45 operation of the inventive apparatus accounting 
and security unit; 

Fig. 6 is a flow diagram of an inventive process for 
making a copy; 

Fig. 7 is a flow diagram of an inventive reception 
so process for print files; 

Fig. 8 is a flow diagram of the initial procedure of an 
interactive printing process according to the inven- 
tion; 

Fig. 9 is a flow diagram of a printing process accord - 
55 jng to the inv ntion; 

Fig. 1 0 is a flow diagram of a scan process accord- 
ing to the invention; 

Fig. 1 1 illustrates the op rator control panel accord- 
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ing to the invention; 
Fig. 12 is a flow diagram of a scan process using a 
scan profile according to the invention; 
Figs. 13 and 14 are flow diagrams of a procedure 
for making a scan profile according to the invention; 
Fig. 1 5 is a flow diagram of a procedure for fetching 
a scan profile from the apparatus according to the 
invention; 

Fig. 1 6-1 to 1 6-6 are flow charts describing the gen- 
eral process of an advanced embodiment of the in- 
vention, including a plurality of printers; 
Fig. 1 7 is a general outline of a system correspond- 
ing to the advanced embodiment; 
Fig. 1 8 is a diagram showing the constituent parts 
of an apparatus according to the advanced embod- 
iment of the invention; 

Fig. 19 is a diagram showing aspects of an un- 
chained-printing server; 

Fig. 20 is a flow diagram of a reception process for 
print files; 

Fig. 21 is a flow diagram of a reception process for 
metadata of a print file; 

Fig. 22 is a flow diagram of the initial procedure of 
an interactive printing process according to the ad- 
vanced embodiment of the invention; 
Fig. 22A - 22D illustrate an apparatus operator con- 
trol panel, according to the advanced embodiment 
of the invention, in various situations; 
Fig. 23 is a flow diagram of a printing process; 
Fig. 24 and 25 are schematic diagrams of server/ 
printer combinations for use in the system of the ad- 
vanced embodiment of the invention; and 
Fig. 26 is a flow chart showing the operation of the 
server/printer combination of Fig. 25. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

[0022] Fig. 1 shows the apparatus according to the 
invention, on which the different parts are separately 
shown in diagram form. 

[0023] The document feeder 11 0 is provided with an 
input tray 111 for the introduction of a stack of docu- 
ments, a transport mechanism (not shown) for trans- 
porting the documents one by one along the scanner 
unit 1 20, and a delivery tray 1 1 2, in which the documents 
are placed after scanning. 

[0024] The scanner unit 1 20 includes a flat bed scan- 
ner provided with a glass platen on which an original 
document can be placed, a CCD array and an imaging 
unit having a movable mirror and lens system for imag- 
ing the document on the CCD array. In these conditions, 
the CCD array generates electrical signals which are 
converted into digital image data in manner known per 
se. 

[0025] The printer unit 1 30 includes an electro-photo- 
graphic processing section known p r se, in which a 
photoconductive m dium is charged, exposed via an 



LED array in accordance with digital image data, and is 
developed with toner powder, wh reafter the toner im- 
age is transferred and fixed on an image support, usu- 
ally a sheet of paper. 

5 [0026] A stock of image supports in different formats 
and orientations is available in the supply section 140. 
[0027] The image supports with the toner image are 
transported to the finishing and delivery section 150, 
which if necessary collects them into sets and staples 

10 them and then deposits them in the delivery tray 1 51 . 
[0028] An operator control panel 1 60 is provided on 
the apparatus for operation thereof. It is provided with a 
display and keys and is connected to an operator control 
unit (not shown here). 

15 [0029] The control electronics are shown diagram- 
matically by reference 170. A cable 171 connects this 
section of the apparatus to a local network 10 (not 
shown here). 

[0030] Fig. 2 is a diagram showing the constituent 

20 parts of the apparatus according to the invention. 

[0031] The apparatus 1 comprises a basic unit 2 
which contains a scanner unit 3, a printer unit 4, a set 
memory 5 and a control unit 6 for these units, hereinafter 
termed the CopyController. 

25 [0032] The basic unit 2 contains the units and func- 
tions required for making a simple copy. During the 
scanning of an original document, the scanner 3 gener- 
ates digital image data and stores them in the set mem- 
ory 4, whereafter the printer 5 reads out the image data 

30 from the set memory 4 and prints them on an image sup- 
port, usually a sheet of paper. This process is controll d 
by the CopyController 6. The set memory 4 in this de- 
scription also includes an image processing function, al- 
though this is not essential to the present invention and 

35 is therefore not explained further. 

[0033] The apparatus 1 also includes a number of 
units required to print digital image data which are fed 
via a local network 1 0 from a digital environment, and 
for exporting digital image data generated by the scan- 

40 ner 3 to the digital environment via the same local net- 
work 1 0. 

[0034] The term "digital environment" as used here 
denotes one or more workstations 11a, 11b, 11c, on 
which a program is operative for communication with the 
45 apparatus according to the invention, and which are also 
connected to the local network 10. 
[0035] The apparatus 1 is provided with: 

a management unit 12, hereinafter referred to as 
so the: JobManager, which manages the processing 
processes and also updates an administration sys- 
tem for all the copying, scanning and print jobs 
present, 

an operator control unit 13, also termed a: Us rl- 
55 nt rface (Ul), provided with an operator control pan- 
el on the apparatus housing, with a display and keys 
for operation of the apparatus 1 , 
an JnputHandler 15 for receiving and transmitting 
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digital data reaching the apparatus via the network 
10 from the digital environment and an OutputHan- 
dler 16 for sending digital data via the network 10 
to the digital environment, 

a storage unit 20 formed by a high-capacity hard 5 
disk, a unit 21 hereinafter referred to as a JobServer 
for managing the data files on the storage unit 20 
and for controlling the processing processes, 
a control unit 25 hereinafter referred to as a 
PrintHandler, which is dedicated to providing a 
printing process, and a control unit 26 hereinafter 
referred to as a ScanHandier, which is dedicated to 
providing a scanning process, 
an accounting and security unit 27, which inter alia 
manages the authorization of users and access 
codes, 

a conversion unit 28 for converting digital data files 
to different formats. 

[0036] Fig. 2 shows control connections by means of 
thin arrows and data transport connections by means of 
thick arrows. 

[0037] The JobManager 1 2 is connected to the oper- 
ator control unit 13, the JobServer 21 , the CopyControl- 
ler 6, the accounting and security unit 27 and, via the 
network 10 and the InputHandler 15 and OutputHandler 
1 6, to the workstations 11 a - c. The latter connection is 
indicated diagrammatically by direct broken-line arrows. 
Apart from being connected to the JobManager 12, the 
JobServer 21 is also connected to the storage unit 20, 
the InputHandler 15, the OutputHandler 16, the 
PrintHandler 25, the ScanHandier 26 and the conver- 
sion unit 28. The CopyController 6 is connected to the 
scanner unit 3, the set memory 4 and the printer unit 5, 
and also to the JobManager 1 2, the PrintHandler 25, the 
ScanHandier 26 and the accounting and security unit 
27. 

[0038] Digital data files which are sent to the appara- 
tus 1 via the network for printing are either of a first type 
or a second type. Files of the first type are required to 
be printed directly, i.e. without further action on the part 
of an operator at the apparatus, while files of the second 
type are required only to be stored in the memory of the 
apparatus and not to be printed until an operator explic- 
itly so requests at the apparatus by selecting via the op- 
erator control panel. The type of file involved is apparent 
from an attribute added to the file. 
[0039] Processing of a data file of the first type is re- 
ferred to in this description as automatic printing (AP). 
[0040] Processing of a data file of the second type is 
referred to as interactive printing (IP). The procedure 
with this is as follows (see Fig. 2). 
[0041] A second type data file for printing sent by a 
workstation via the network is received by the InputHan- 
dler 1 5. The latter extracts from the file a number of pre- 
determin d identification data and passes such data to 
JobServer 21 , which in turn transmits the data to Job- 
Manager 1 2. In this xample, the extracted identification 
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data include the name of the own r and the name of the 
fil itself. The file is then stored unchanged in the stor- 
age unit 20, whereafter th apparatus passes into the 
standby mode. 

[0042] JobManager 12 manages an administration 
system in which the identification data of all the data f ii s 
for printing stored in the storage unit 20 are entered. If 
a new file is supplied via the network, then the JobMan- 
ager 12 adds the identification data thereof in connec- 
tion with the name of the owner/sender to the adminis- 
tration system. 

[0043] The storage unit 20 together with the adminis- 
tration system of the JobManager 12 form, as it were, a 
set of "logic storage spaces" for data files, each logic 
storage space being allocated to one user. Thus in ac- 
tual fact storage in the user's logic storage space means 
that the file is stored in the storage unit 20 and enter d 
in the administration system in connection with the 
name of that user. A logic storage space can be protect- 
ed by a code specific to the owner/user, and in practic 
this means that an operator can only obtain information 
concerning the files stored in a specific logic storage 
space after he has input this code. 
[0044] There can also be one or more logic storage 
spaces for general use which are not protected by a 
code, so that everyone has access to that logic storage 
space. All kinds of files used by numerous users, for ex- 
ample specific forms, can be stored in a public storage 
space of this kind. 

[0045] The manager of the apparatus can set the Job- 
Manager 12 so that it does not accept any print jobs 
which are required to be printed immediately (files of the 
first type or AP). In that case, the JobManager automat- 
ically converts such jobs into interactive print jobs (IP) 
and stores the data file in storage unit 20 in the form of 
files of the second type. 

[0046] When an operator wants to have a specific da- 
ta file of the second type printed, he must give a com- 
mand for this via the apparatus operator control pan I 
160. In response to this, the data file is brought out of 
the storage unit 20 and converted to printable data by 
the PrintHandler 25, and after intermediate storage in 
the set memory 4 the data are processed by the printer 
unit 5 to produce a print. A print file of the second type 
can be protected with a code by the sender. This code 
has the form of an attribute to the print file. If a user 
wants to print this file interactively, he must input the se- 
curity code on the operator control panel before the file 
is printed. 

[0047] When a data file of the second type has be n 
printed, it remains in principle stored in the storage unit 
20 until it is removed by the user himself or the manager 
of the apparatus. To this end, he gives a command for 
removal of a s lected file. In response to this the Job- 
Manager 12 passes a command to the JobServer 21 to 
erase the int nded file from the storage unit 20 and it 
removes th id ntification data of that file from its ad- 
ministration system. 



EP 1 229 724 A2 



15 



20 



25 



30 



35 



40 



45 



50 



5 



9 



EP 1 229 724 A2 



10 



[0048] ~*!e operator control pane! 1 60 belonging to 
th o\ -.*r control unit 13 is shown in Fig. 3 and in- 
clude: ^play scr en 60, such as an LCD display, and 
a number of keys, namely a start k y 61 , number keys 
62, correction key 63, storage key 67 and selection keys 
64A E, 65A-D and the key cluster 66A-D. All these ele- 
ments are connected to the operator control unit 13, 
which in response to operation of the keys passes sig- 
nals to the JobManager 1 2 and which also controls the 
display screen 60 to display options and messages to 
the operator. 

[0049] When the apparatus has been switched on , the 
display screen 60 displays an image formed by a 
number of vertical columns, each situated above one of 
the selection keys 64A E, Each column relates to a spe- 
cific basic function of the apparatus and shows the dif- 
ferent possible settings for that basic function. For ex- 
ample, the furthest left column is allocated to the choice 
between a copying function, in which a document is 
scanned by the scanner and then reproduced, a printer 
function for interactive printing, in which a print is made 
using a data file of the above-mentioned second type 
sent using the network for printing, a scanner function, 
in which a document is scanned while generating a scan 
file that can then be fetched by a workstation, and a de- 
ferred copying function ("scan now-print later"), in which 
a document is scanned while generating a print file of 
the second type which is stored in the storage unit of the 
apparatus and can be printed with the printer function. 
The setting selected at any time, the copying function in 
this case, is indicated by a marker, such as a dark dot, 
or by highlighting. 

[0050] By actuating a selection key an operator can 
choose a different setting, e.g. in accordance with a cy- 
clic pattern. As a result of a change of a setting the func- 
tion of one or more of the other selection keys may 
change, because the old function is no longer relevant 
and other selection options are required. Different text 
relating to the new function then appears in the associ- 
ated column of the display screen 60. 
[0051] The selection keys 65A-D offer the possibility 
of bringing up a different set of functions which cannot 
be displayed by the restricted dimensions of the display 
screen 60. These are generally functions which are not 
required for a simple copying or print job, but which offer 
the operator more options to obtain special printing re- 
sults. In this example, these functions comprise shifting 
the margin on the print, adding covers, and originals per 
copy. The meaning of the keys 65A-D is indicated in an 
associated field in the display screen 60 directly beneath 
each key. When one of the keys is actuated the corre- 
sponding set of functions is activated and the layout of 
the display screen 60 is adapted to the associated func- 
tions. At the same time, this selection is display d by 
framing or otherwise making conspicuous that field on 
the display screen 60 which belongs to the actuated k y 
of the group 65A-D. 

[0052] The operator control panel 19 also contains a 



number display 70 to indicate the number of prints set, 
as is generally customary on copying machines. 
[0053] If the printer function has be n selected by key 
64A in the "basic settings" group, the columns above 

5 the keys 64B (simplex or duplex, both in respect of the 
original document and the copy sheet), 64C (stapling) 
and 64D (the choice of format of the print paper) relate 
to the finishing of the copying job and the column above 
key 64E relates to light/dark control for the copy. 

w [0054] Fig. 4 shows the layout of the display screen 
60 after the printer function for interactive printing of da- 
ta files of the second type has been selected by key 64A 
in the group "basic settings", in this case the keys 64D 
and 64 E now have the function of specifying the data 

is file for printing by selection of users and file name. Dif- 
ferent files of the second type, from different users, may 
in fact be stored in the memory. All these files are en- 
tered in the administration system of the JobManager 
12, as described above, and can be displayed on th 

20 display screen 60 for selection. 

[0055] After actuation of key 64D, an operator can se- 
lect a user name from the list of users who have s nt 
one or more files, and after actuation of key 64E a file 
name can be selected from the list of files sent by the 

25 selected user. 

[0056] In response to the actuation of key 64D the col- 
umn on the display screen above this key is provided 
with a frame 90 and a star symbol 91 to show that a user 
name can be selected and the star keys 66A-D are ac- 

30 tive for that selection. As a preselection, the name of th 
user who last sent a file to the machine is automatically 
selected as the name. 

[0057] The pair of keys 66A/B is used to proceed al- 
phabetically through all the user names in the list, for- 

35 wards with key 66 A and backwards with key 66 B. If there 
are more names than can be displayed simultaneously 
in the frame 90, then as many names as fit within the 
frame are displayed and the whole list is automatically 
scrolled thro ugh. A bar having text therein in reverse vid- 

40 eo indicates what name has been selected. 

[0058] In response to actuation of key 64E, the col- 
umn of the display screen above that key is provided 
with a frame and a star symbol in exactly the same way 
as the procedure on actuation of key 64D as described 

45 above, in order to indicate that a file name can be se- 
lected and that the star keys 66A-D are active for that 
selection. The selection with the star keys is exactly the 
same as to that involved in the selection of a user name. 
The last file sent is selected, for example, as a prese- 

50 lection. 

[0059] After selection of a file, the printing process is 
started by actuating the start key 61 . 
[0060] The operation of the accounting and security 
unit 27 will now be explained by r f rence to Fig. 5A and 
55 Fig. 5B. This unit both controls access to the copying, 
scanning and printing, and the accounting for copies, 
scans and prints made. It has available a database in 
which an entry can be made for ach us r by the appa- 
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ratus manager. For a user, a user code (her inafter re- 
ferred to as the "PIN" code) is stored at his user name 
and a total to which is added th copies and prints made. 
Each user name also has an authorization code stored 
to determine the authorization of the relevant user to 
make use of the apparatus. This can be set up by the 
apparatus manager, so that access can, for example, 
be occasionally denied. The authorization can also be 
automatically denied to a specific user if, for example, 
a predetermined credit has been used up. 
[0061] Fig. 5A describes the case in which a user 
makes a copy or print at the apparatus. In that case he 
must first input his user code with the number keys on 
the operator control panel (5-1). If the code is correct 
(5-2), the accounting and security unit 27 checks the au- 
thorization (5-3). And if this is also in order then the rel- 
evant user may make his copies, scans or prints (5-4) 
and these are added to the user's total usage. If either 
the user code is incorrect or the user is not authorized, 
then the unit 27 refuses to release the apparatus for use 
and reports this on the display on the operator control 
panel (5-5). 

[0062] Fig. 5B describes the case in which a user 
sends a digital data file from his workstation to the ap- 
paratus for immediate printing. The task of the account- 
ing and security unit 27 then includes, first, checking 
whether the user name, which always forms part of the 
data file, occurs in the database (5-11 ). 
[0063] If the database does not contain the user's 
name for a received print file, then the accounting and 
security unit 27 makes a new entry in the database 
(5-15) for this user's name, with an automatic authori- 
zation. The mode in which the accounting and security 
unit 27 does this is hereinafter referred to as the "dy- 
namic mode". It may be that the accounting and security 
unit 27 has been brought into a different mode, herein- 
after referred to as the "static mode", by the apparatus 
manager, in which case the user's name is not added to 
the database and the print job is automatically not car- 
ried out (5-16). This first treatment is indicated in Fig. 
5B in a block I having a broken-line frame. 
[0064] If the check in block I has a positive result, then 
the authorization is checked (5-12) and if it is also in 
order then the print file is processed further (5-13), the 
prints being added to the user's total usage. 
[0065] The access system of the accounting and se- 
curity unit 27 can also be switched off so that anyone 
can without difficulty copy, scan and, from a workstation, 
print. In relation to a print job from the operating control 
panel on the apparatus, the access system remains par- 
tially active, namely for protecting individual print files, 
as will be described hereinafter. 

Copying 

[0066] Fig. 6 shows the procedure for making a copy. 
It is assumed in this case that the access system of the 
accounting and security unit 27 is switched on. 



[0067] At the start of the process (6-1 0) , the apparatus 
is in th "copying" mode or the op rator selects that 
mode with key 64A on the operator control panel 160. 
The op rator control unit 13 now waits for a user cod 

5 and when the operator inputs this passes it through to 
the JobManager 12 (6-20). By using the accounting and 
security unit 27 the JobManager 12 checks the author- 
ization of the relevant user (6-30). If this is not in ord r, 
then the JobManager refuses to make a copy and re- 

10 ports this on the display on the operator control panel 
160 (6-40). 

[0068] If the authorization is in order, then the opera- 
tor can start copying, by making settings for the process 
on the operator control panel, placing documents in the 
15 input tray 1 1 1 of the document feeder 1 1 0 and actuating 
the start key 61 (6-50). The settings and the start com- 
mand are then transmitted by the operator control unit 
13 to the JobManager 12. 

[0069] If the access system of the accounting and s - 
20 curity unit 27 was switched off, then step 6-50 immedi- 
ately follows step 6-10. 

[0070] The JobManager 1 2 then gives a command to 
the CopyController 6 to activate the various parts of the 
apparatus (6-60). On the command of the CopyControl- 

25 ler 6 the scanner unit 3, including the document feed r 
1 1 0, is now started to scan documents one by one and 
pass the digital data thus generated to the set memory 
4, and the printer unit 5 is started to read the digital data 
out of the set memory 4 and print them on sheets of pa- 

30 per (6-70 and 6-80). 

[0071] When all the documents have been scanned 
and printed, the CopyController 6 reports the job fin- 
7 ished to the JobManager 1 2 (6-90) and the copying ac- 
tion is completed. 

35 

Reception of a print file 

[0072] Fig. 7 is a description of the procedure on the 
arrival, via the network, of a data file of the first orsecond 

40 type for printing. 

[0073] The relevant data file is received by InputHan- 
dler 1 5 (7-1 0). This extracts identification data (including 
the name of the user and of the file) and print specifica- 
tions (e.g. printing and finishing parameters), det r- 

45 mines whether it is a print file of the first (AP) or of the 
second (IP) type, reports the job to the JobServer 21 
and stores the entire file, i.e. the print specifications and 
the image data for printing, in the storage unit 20 (7-20). 
The JobServer 21 in turn reports the job, with the rele- 

so vant data, to the JobManager 12. 

[0074] If the print file is of the second type, the Job- 
Manager enters the job as such in its job administration 
system (7-60), whereafter no further activities take place 
in resp ct of this job. 

55 [0075] If the print file is of the first type, the further han- 
dling (7-25) thereof depends on whether the JobMan- 
ager 1 2 is in the mode in which it acc pts automatic print 
jobs (AP). If not, the JobManager enters the print job in 
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its job administration system as being an interactive 
print job IP and does not pass to direct printing (7-65). 
A print-out can be made, however, giving the reasons 
why the job has not be n carried out (7-70). 
[0076] If the JobManager 12 is in the mode in which 
it does accept automatic print jobs, it calls in the ac- 
counting and security unit 27 to determine whether the 
job can be processed (7-30). The accounting and secu- 
rity unit 27 proceeds as described in connection with 
block I in Fig. 5B. If this check (7-40) shows that the file 
may not be printed, then the JobManager enters the 
print job (7-50) in its job administration system as being 
an interactive print job (IP) and does not pass to direct 
printing. A message can be printed out on a sheet of 
paper, however, giving the reasons why the job has not 
been carried out (7-55). 

[0077] If the check by the accounting and security unit 
27 proves positive, the JobManager includes the job in 
the print queue (7-35) for automatic print jobs (AP- 
queue), where it has to wait its turn for processing. 

interactive printing 

[0078] Fig. 8 shows the course of events when a user 
gives an interactive print order with the aid of the oper- 
ator control means on the apparatus operator control 
panel. 

[0079] The user will start by selecting the print func- 
tion (8-5) with key 64A (Fig. 3/4). The operator control 
unit 13 then passes a request to the JobManager 12 to 
pass a list of all the users who have sent a print job of 
the second type that has not yet been processed. In re- 
sponse to that request, the JobManager makes up a cur- 
rent list and passes it to the operator control unit 13 
(8-10). 

[0080] The operator control unit displays this list on 
the display, in the column above key 64D (Fig. 4), where- 
after the user can select his name. After the user has 
done this, he actuates key 64E to obtain an overview of 
his own print jobs. In response to this, the operator con- 
trol unit 1 3 gives the selected user's name and a request 
for a list of print jobs of that user to the JobManager 
(8-15). 

[0081] The JobManager now asks (8-20) the account- 
ing and security unit 27 whether the relevant user's 
name occurs in its database. The unit 27 then proceeds 
as described in connection with block I in Fig. 5B. If the 
name really does occur in the database, the JobManag- 
er asks the accounting and security unit 27 whether 
there is a user's code for this user's name (8-25), and, 
if so, it conducts a dialogue with the user through the 
agency of the operator control unit 13 in order to check 
the user's code (8-30). If the result is positive, the Job- 
Manager makes up a curr nt list of interactiv print jobs 
(8-35) of the r levant user and passes it through to the 
operator control unit 13, which submits this list to the 
user for selection on display 60. 

[0082] The user now sel cts a print file (8-40) the 



name of which is transmitted by the operator control unit 
1 3 to the JobManager 1 2, which in turn asks (8-45) the 
JobServer 21 whether a security code was sent with the 
selected file. If so, then through the ag ncy of th oper- 

5 ator control unit the JobManager again carries out a di- 
alogue (8-50) with the user to check the code. If the re- 
sult is positive, the JobManager releases the file for 
printing, and the user can set finishing parameters on 
the operator control panel (8-55), whereafter the user 

10 can start the printing process (8-60) by actuating the 
start key 61. 

[0083] If a user has sent a number of print files each 
provided with a security code and then wants them all 
printed interactively, then after a first print file the Job- 
15 Manager in the case of a subsequent print file tries out 
whetherthe security code of the preceding protected file 
is also valid for the current file and will start a new check 
dialogue with the user only when the current file has a 
different security code. In this way a user can workfaster 
20 if he gives a series of print files the same security code. 
For printing he then only needs to input the code the first 
time. The use of a single security code is also conven- 
ient because the user does not then have to remember 
a number of different codes. 
25 [0084] This procedure is explained by the following 
example. Let us assume that a user has sent the follow- 
ing series of print files to the apparatus for interactive 
printing: 

30 File 1 , security code 1 23 
File 2, security code 123 
File 3, no security code 
File 4, security code 123 
File 5, security code 456 
35 File 6, security code 456 
File 6, security code 123 

[0085] If the user now selects the files consecutively 
for printing at the apparatus, he must input the code 1 23 

40 at file 1 , whereafter the JobManager releases the doc- 
ument for printing. File 2 is automatically released be- 
cause the code of file 1 is also valid for this. File 3 has 
no security code and is therefore printed without check- 
ing. File 4 has the same security code as the preceding 

45 protectedfile, and is therefore automatically released al- 
so. File 5 has a different security code, and here the user 
must again input a code, whereafter file 6 is automati- 
cally released. Finally, another code has to be input for 
file 7, because although this security code was used pre- 

so viously, it is not the code of the preceding protected file. 

Printing process 

[0086] Fig. 9 shows the progress of the printing proc- 
55 ess started eith r by the JobManager 12 when a print 
job of the first type (AP) reaches the head of the AP 
queu (9-5), or by th user as an int ractive print job 
(IP) (9-10). It should b noted here that the JobManag r 
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is so programmed as to be able to start an automatic 
print job only if no activity has been observed on the 
operator control panel for a predetermin d tim , e.g. 30 
seconds. This prevents a user occupied in a job at the 
operator control panel from being disturbed by the sud- 5 
den start of an automatic print job. 
[0087] If the access system of the accounting and se- 
curity unit 27 is switched on, the JobManager now first 
checks the authorization (9-15) of the relevant user (the 
owner of the print job). If the authorization is not in order, 
the process is interrupted (9-20). If the print job is an 
automatic print job, the JobManager records the print 
file as being of the second type (9-25) and does not print 
it (9-30). It is possible to make a print giving the reasons 
why the job has not been carried out. In the case of an 
interactive print job, the JobManager refuses the order 
and displays (9-35) a report thereof on the display at the 
operator control unit 13. 

[0088] If the user is authorized, the JobManager re- 
ports the print job to the CopyController 6 and gives a 
start command (9-40) for this order to the JobServer, 
which in turn starts up (9-45) the PrintHandler 25, so 
that the latter reads the relevant print file from the stor- 
age unit 20, rasterizes it, and stores it (9-50) in the set 
memory 4. On a report from the PrintHandlertothe Cop- 
yController 6 to the effect that sufficient image data are 
stored in the set memory, the CopyController starts 
(9-55) the printer unit 5 to make a print. 
[0089] In this connection (9-55) the CopyController 
first checks whether the print specifications belonging 
to the print job have been satisfied, for example if there 
is a stock of the required type of image supports (format, 
orientation, color). If these specifications have not been 
met, then the job is stopped. The CopyController reports 
(9-60) this to the PrintHandler, which passes the report 
through to the JobServer, the latter in turn passes (9-65) 
it to the JobManager, and the latter reports (9-70), in the 
case of an interactive print job, the impossibility for print- 
ing to be carried out, to the user by a message on the 
display of the operator control unit 13 or, in the case of 
an automatic print job, alters (9-75) the description of 
the job in its administration system to an interactive print 
job, so that a user can consequently still start the job 
from the operator control panel at a later moment. Once 
again a print can be made (9-80) showing the reasons 
why the job has not been carried out. 
[0090] If the print job can be processed, the printer 
unit 5 reads the image data out of the set memory 4, 
prints them (9-85), and reports (9-90) this to the Copy- 
Controller 6. When the complete print job has been car- 
ried out, the CopyController reports (-92) this to the 
PrintHandler 25, which passes this to the JobServer 21 , 
and the latter in turn to the JobManager 12, which then 
removes (9-94) the job from its administration system, 
thus completing (9-96) the printing process. 



Scanning 

[0091] Fig. 10 shows the procedure when a user wish- 
es to have a document scanned by the apparatus in or- 
der that the digital data generated in these conditions, 
hereinafter referred to as the scan file, may be further 
used for processing or storage at his workstation. The 
scan file in this case is not transmitted to a predeter- 
mined address over the network immediately after gen- 
eration as is usually the case, but is stored in the storage 
unit 20 of the apparatus, whereafter it must be called up 
from a workstation . The procedure with this is as follows. 
[0092] Using the key 64A on the operator control pan- 
el of the operator control unit 13 the user selects (1 0-5) 
the "scanner" option. In response to this the operator 
control unit asks (10-5) the JobManager 12 for a list of 
all the names of users known to the JobManager, i.e.: 
all the user names in the database of the accounting 
and security unit 27. As already stated previously, thes 
user names can be entered in the database by the ap- 
paratus manager or be automatically added by the ac- 
counting and security unit 27 on receipt of a print order 
from a workstation. Also, when a program intended for 
communication with the apparatus is started at a work- 
station this program can automatically be reported to the 
apparatus JobManager which then ensures that an en- 
try for the user of the workstation is made in the data- 
base. 

[0093] In an alternative embodiment, the user names 
in the database are provided with an attribute which in- 
dicates whether they are authorized to make use of the 
scan function. In that case the list contains only the 
names of the authorized users. 

[0094] The JobManager passes (1 0-1 0) the list of the 
user names through to the operator control unit 13, 
which displays (10-15) this on the display 60 for selec- 
tion by the operator. This is shown in Fig. 11, which il- 
lustrates the display 60 after selection of the scanner 
function. 

[0095] After the user has selected his name, the op- 
erator control unit passes this through to the JobMan- 
ager 12, which by means of the accounting and security 
unit 27 then checks (1 0-20) whether a user code is nec- 
essary to obtain access to the scanner function. If that 
is the case, then by means of the operator control unit 
13 it conducts a dialogue (10-25) with the user in order 
to check his code. In the case of a positive result (1 0-30), 
the JobManager releases the scanner function and au- 
tomatically generates a name for the data fife to be made 
during scanning, and this is passed to the operator con- 
trol unit 13, which in turn displays (10-35) this file name 
on the display 60, so that the user subsequently knows 
the name by which he can find the scan file. This auto- 
matically generated name can, for example, have the 
form: 

YYYYMMDDhhmmssxxx, which successively shows 
the year, month, date, hour, minute and second of the 
scan action, and the serial numb r of the document in 
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the scanned set 

[0096] In addition, the operator control unit now dis- 
plays in a form similar to the form for selection (10-40) 
of settings for a copying or printing process (cf . Figs. 3 
and 4), a possible choice for parameters of the scan 
process, such as the resolution, the format (e.g. TIFF, 
BMP, etc.), the magnification factor, and whether the 
original document is to be scanned on one side or both 
sides. The user can select his settings from this or he 
can leave the preselected values as they are. The user 
then places his original documents in the input tray 111 
of the document feeder 110 and actuates the start key 
61 . In response to this the operator control unit 1 3 trans- 
mits a start command with all the data to the Job Man- 
ager 12. 

[0097] The JobManager now reports (1 0-45) the job 
to the CopyController 6 and sends a start command to 
the JobServer21 , which in turns starts (1 0-50) the Scan- 
Handler 26. The latter transmits (10-55) a start com- 
mand to the CopyController 6, which controls the scan- 
ner unit 3 in order to transport the original documents 
one by one to the scanner, scan them, and generate 
scan files. In these conditions the scanner unit counts 
the number of original pages scanned. The scan files 
are stored in the set memory 4 and then transmitted 
(10-60) to the ScanHandler, which stores (10-65) them 
in the storage unit 20. In addition, the image processing 
function of the set memory also makes a file with a re- 
duced image of the scanned image, known as a "th umb- 
nail", and this is also stored in the storage unit 20. 
Thumbnails of this kind are used later for identification 
in the selection of a scan file. 

[0098] When all the documents have been scanned, 
the ScanHandler 26 reports the job as finished to the 
JobServer, which in turn transmits (10-70) this to the 
JobManager. The latter passes the finished report 
(1 0-75) to the operator control unit 13, which displays it 
on the display 60 of the operator control panel, together 
with the number of pages scanned, so that the user can 
check whether any documents have been skipped. That 
concludes the scan job. 

Scanning with scan profile 

[0099] In a specific embodiment of the apparatus ac- 
cording to the invention, a user can also keep for other 
scan jobs, settings of scan parameters hereinafter re- 
ferred to jointly as the scan profile. These parameters 
are then stored in the storage unit 20 under the user's 
name in the administration system of the JobManager 
12. A scan profile can be brought up later, so that scan 
jobs can be programmed more quickly. This is described 
in Fig. 1 2. The scan profile can also contain an individual 
name for the scan file made, this name being respected 
by th JobManager 12 and being us d instead of the 
automatically generated file name, or be combined 
therewith. This facilitates identification of the file by a 
user. 



[0100] Fig. 12 shows the procedure in carrying out a 
scan job using a scan profile. This differs only in a limit d 
number of points from th procedure described abov 
with reference to Fig. 10. After the JobManager 12 by 
5 means of the accounting and security unit 27 has estab- 
lished the fact that a user is authorized (12-50 12-25) to 
make use of the scanner function and has generated a 
file name for the job that has just started, it also ch cks 
in its administration system whether scan profiles are 
stored under the name of this user. If so, it makes a list 
thereof and passes (12-30) it, together with the gener- 
ated file name, to the operator control unit 13, which dis- 
plays (12-35) both on the display. Apart from a default 
profile, one or more profiles for general use can also b 
added to this list, stored in a public set in the storage 
unit 20. The reproduction of scan profiles has the same 
form as that of files for printing in Fig. 4. The default s t- 
tings have been selected as a preference. The user can 
now select (12-40, 12-45) a profile from the displayed 
list. The selection should be confirmed by actuating the 
key beneath the selection column, whereafter the oper- 
ator control unit 13 displays the settings of the selected 
profile on the display. Starting from the settings which 
are then applicable the user can then change (12-50) 
one or more thereof. If he then actuates the start key 61 
(or if he actuates (12-55) the start key without selecting 
a different profile from the preselected default profil ), 
the operator control unit 13 transmits (12-60) a start 
command with the applicable settings to the JobManag- 
er 12, and the remainder of the procedure is as de- 
scribed with reference to Fig. 1 0. 

Making and storing the scan profile 

[0101] Fig. 13 shows the procedure for making and 
storing a scan profile from the apparatus operator con- 
trol panel. The storage key 67 is used for this. 
[0102] In response to actuation (13-10) of the storage 
key 67, the operator control unit 13 asks the JobMan- 
ager 12 for a list of all the user names it knows, i.e., all 
the user names in the database of the accounting and 
security unit 27. 

[0103] The JobManager passes (1 3-20) the list of us- 
er names to the operator control unit 13, which displays 
(1 3-30) it on the display 60 for selection by the operator. 
The operator control unit 13 also asks the operator, by 
a message in the message window on the top left of the 
display 60, whether the operator wants to make a scan 
or a print profile. The operator must respond to this by 
selecting the required function in the lefthand column 
above key 64A, i.e. in this case "scanner". On this latter 
selection the selection screen of the chosen function is 
displayed on the display and the operator can make his 
settings. If required, he can also use the other sets of 
paramet rs, which can be called up with the keys 
65A-D. 

[0104] The operator then again actuates storage key 
67 and in r sponse to this th operator control unit 13 
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sends the user name, function and chosen settings to 
the JobManager 12, which automatically g nerates 
(1 3-40) a name for the profile, ent rs (1 3-60) the profile 
under that name in its administration system in connec- 
tion with the user's name and passes the received pro- 
file together with the profile name to the JobServer 21 
for storage (13-70) in the storage unit 20. 
[0105] The JobManager 1 2 then sends the generated 
profile name to the operator control unit 13, which dis- 
plays (1 3-50) it on the display 60, where it subsequently 
disappears either by the start of a new operation or after 
expiry of a predetermined interval of time. 
[0106] The automatically generated file name always 
has the extension ".pro" and if required can be replaced 
by a "rename" mechanism from the user's workstation 
by another more usable name. A standard form can be 
required, e.g. n sc_XXXXXX.pro", where XXXXXX has a 
logical text. 

[0107] Fig. 1 4 shows the procedure in making a scan 
profile or changing an existing scan profile from a work- 
station. This requires a program specially intended to 
communicate with the apparatus. This program, which 
will hereinafter be referred to as the "WS program" has 
its own user identification and authorization procedure 
so that the JobManager 1 2 does not need to repeat this 
check. 

[0108] In the WS program a user selects (14-5) a 
"scan profile editor". Within this subprogram the user 
can select (14-1 0) a "new" function, by means of which 
a new profile is prepared. On the screen at his worksta- 
tion the user then has a window in which he can set 
(14-15) all the scan parameters. This can, for example, 
be an image identical to the image on the display 60 of 
the apparatus operator control unit 13, with an image of 
the operator control keys, which can then be operated 
by means of a cursor, although some other representa- 
tion can be given. 

[0109] If the user has made the settings and given a 
name for the profile, then on his command ("save") the 
profile is transmitted (14-20) via the network to the In- 
putHandler 1 5, which stores (1 4-25) it in the storage unit 
20 and reports it to the JobServer 21 . This passes infor- 
mation concerning the profile to the JobManager 12, 
which enters (14-30) it in its administration system. 
[01 1 0] The user can also amend an existing scan pro- 
file, both in respect of the scan parameter settings and 
the name. This is possible by selecting (1 4-35) a "recall" 
function in the scan profile editor. The WS program then 
asks (14-40) the JobManager 12 for the scan profiles 
stored under the name of the relevant user, and the Job- 
Manager 12 gives (14-45) an overview, which is then 
displayed on the workstation screen for selection. After 
the user has selected (1 4-50) a specific scan profile, the 
WS program asks the JobServer 21 for the contents of 
that profile, and the JobS rv r 21 brings It from the stor- 
age device 20 and sends (1 4-55) it via the OutputHan- 
dler 16, whereafter it is displayed on the workstation 
screen. The user can now mak changes (14-60) and 



use the "save" command to save them, whereupon th 
WS program sends (14-65) the new contents of the pro- 
file to the apparatus, wher it is again stored (1 4-70) in 
the storage device 20 and reported to the JobManager 
5 12. 

[0111] The name of a scan profile always has the ex- 
tension ".pro". 

Fetching a scan file using workstation 

10 

[0112] Fig. 15 shows the procedure when a user wish- 
es to fetch a scan file stored there under his name, using 
his workstation. 

[0113] The WS program for communication with the 
ts apparatus is also required for this operation. As already 
stated, this program is provided with its own user iden- 
tification and authorization procedure. 
[0114] In the WS program, the user now selects a 
presentation function for all the scan files stored under 
20 his name in the storage unit 20. The WS program then 
asks (15-10) for the list of these from the JobManager 
12, which compiles the list from its own administration 
system and sends (15-15) it back. In addition, the Job- 
Manager 12 by means of the' JobServer 21 and Out- 
25 putHandler 16 sends to the workstation the thumbnail 
belonging to each scan file. This can, for example, also 
be the thumbnail of the first page of a multi-page docu- 
ment. 

[0115] The WS program now displays (1 5-20) on the 

30 workstation screen the list of scan files with the associ- 
ated thumbnails for selection by the user. The user is 
also offered a choice for the transport mode (encrypted 
or not), the required format of the file, and the name un- 
der which the file is to be imported (note that the file still 

35 has an automatically generated name which contains 
no information as to the contents). After making the set- 
tings, the user selects the function "upload", whereupon 
the WS program sends a request to the JobManager 1 2 
to forward the selected file. The JobManager pass s 

40 (1 5-30) the order to the JobServer 21 , which compares 
(15-40) the required file format with the current format 
in which the file is stored in the storage unit 20. If th 
two formats are different (15-50), the JobServer 21 
gives the conversion unit 28 an order to read out the file, 

45 convert it, and store it again in the storage unit 20. 
[0116] The JobServer then starts (15-60) the Out- 
putHandler 1 6 to transmit (1 5-70) the file to the worksta- 
tion. When it has completed its task, it reports (15-80) 
this to the JobServer 21 , which erases the file from the 

so storage unit 20 and passes it on to the JobManager 12, 
which in turn removes (15-90) the file from its adminis- 
tration system. Alternatively, the scan file can be kept 
until the user removes it actively. 

55 Print profile 

[0117] The use of a profile having previously prepared 
settings can also be used for interactive printing of print 
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fil s (describ d with reference to Fig. 8). In that case, in 
the step in which the print files are displayed for s lec- 
tion, the profiles, now referred to as print profiles, are 
also display d. Prior to sel ction of a print file, the user 
can now first select a print profile, whereafter the oper- 
ator control unit 13 adapts the settings thereto. The user 
then selects a print file, whereupon everything progress- 
es as already described with reference to Fig. 8. If the 
user does not select a profile, then the default settings 
remain operative. 

[01 18] The making and storing of print profiles is com- 
pletely similar to the making and storing of scan profiles. 
In this connection reference should be made to the de- 
scriptions of Figs. 13 and 14. A print profile will have the 
general name "pr.XXXXXX.pro", where XXXXXX has a 
logical content. 

Deferred copying 

[0119] A "deferred copying" function is also supported 
by means of the described embodiments of scanning 
and printing. In this function an original document or a 
set of documents is scanned, whereafter the digital im- 
age data thus generated are stored in the storage unit 
20 under the user's name, and can then, at a later time, 
be brought up for printing. This progresses as follows. 
[0120] The function is started by selecting the option 
"deferred copying" (scan now - print later) in the column 
above key 64A on the operator control panel. This is 
then followed by exactly the same procedure as de- 
scribed with reference to Fig. 10 or Fig. 1 2 for the scan- 
ning of documents, in which case the file of generated 
image data is now so administered by the JobManager 
that when the interactive print function is called up it is 
included in the list of files for selection for printing. The 
process is completed on completion of the scan job. 
[0121] In order then to print the file, a user should se- 
lect the option "printer" in the column above key 64A on 
the operator control panel, in which case as already de- 
scribed the scan files of "deferred copying" jobs are now 
also displayed for selection in the column above key 
64E. The printing process is fully identical to that de- 
scribed with reference to Fig. 8. 
[0122] In an alternative embodiment, in the case of 
"deferred printing", after completion of the scanning 
process the scan file is not stored as an interactive print 
job, but is added by the JobManager 12 to the print 
queue for automatic print jobs (AP queue) and automat- 
ically printed when it comes to the head of the queue. 
This embodiment is suitable particularly for situations in 
which the apparatus is placed in a central reprographic 
department, in which jobs are processed in a continuous 
series. 

Special applications 

[0123] A print fil of the second type (IP) can be pro- 
vided with an extra attribute by the WS program, so that 



wh n received in the apparatus according to the inven- 
tion it is stored in the storage unit 20 under the name of 
a user oth r than the sender. In this way, a specific file 
can also b distributed over a group of users. The re- 

5 cipients, who can be warned by e-mail, then have the 
opportunity of having the file actually printed for their 
own use. If required, the recipients can also first bring 
up the intended print file to their workstation, in exactly 
the same way as described with reference to Fig. 15 in 

10 connection with scan files. After inspection of the file and 
the decision that it should really be printed, they then 
send the file, optionally as a file of the first or second 
type, back to the apparatus for printing there. 
[0124] The possibility of receiving printf ilesfrom other 

is users can be programmed for a specific user by means 
of the JobManager, there being added to the entry of 
that user in the database of the accounting and security 
unit 27 a data item which either authorizes the receipt 
of such files or not. This data item can if required be so 

20 extended that it authorizes only the receipt of files from 
specific other users referred to in the data item, and 
hence obstructs those of other users. 

Advanced embodiment for a plurality of printers 

25 

[0125] In an advanced embodiment of the invention, 
a plurality of printers as described herein can be com- 
bined into a system and a user may freely choose one 
of the printers for printing his print jobs of the second 

30 kind (IP jobs). In this system, print files are submitted in 
the very same way as described above. The jobs can 
then be selected and printed on any of the printers of 
the system. This embodiment will hereinafter be called 
"unchained-printing". It may encompass all printers that 

35 are connected to the system, but also a sub-set thereof. 
Indeed, the sub-set may be different for different users, 
for instance depending on their physical location. The 
said sub-set may be programmed into the workstation 
program for submitting jobs or it may be administered 

40 at system level. 

[0126] In the following description, the terms "print 
file" and "print job" are used indifferently. They ar 
meant to relate to the same entity, although stressing 
different aspects of it, namely the data file aspect and 

45 the administrational aspect, respectively. 

[0127] Generally, the advanced embodiment includes 
a server function and a print data storage function, both 
of them processes which may be implemented in one of 
several ways and in different physical locations in the 

so system, to be described below. 

[0128] The general process is shown in Fig. 16-1 to 
16-6. 

[0129] Fig. 1 6-1 : A print file is received by the server 
function. Th s rver function stores the print data in the 
55 print data storage function and extracts identification da- 
ta of the print fil (which include the nam of the user 
and the name of the file, th security code (if present), 
the time of arrival of the print fil in the system and th 
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print settings) which h r in will be called "metadata". 
Then, the server function sends the metadata to all con- 
nected printers. 

[0130] Fig. 16-2: The printers all include th jobs in 
their administration systems and make them selectable 
for printing, even though they may not have the actual 
print data stored on their disks. When a user now selects 
a job at the console of one of the printers, the latter 
downloads the print data from the print data storage 
function and prints the job. 

[0131] Fig. 16-3 and 16-4: After having printed the job, 
the printer sends a message to that effect to the server 
function, which instructs all printers to mark the print job 
as "printed" in their administration systems and selec- 
tion lists. Marking a job as "printed" may be effected by 
displaying a mark (a "tick sign") next to the file name in 
the list. 

[0132] Fig. 16-5 and 16-6: When a print job is deleted 
by a user at the console of any of the printers, that printer 
sends a message to that effect to the server function, 
which deletes the print data of that job from the print 
data storage function and instructs all printers to delete 
the job metadata from their administration systems. A 
"time-out" function may be included within the server 
function to automatically erase the print data of a print 
job from the storage function and to instruct the printers 
to delete that print job from their administration systems, 
after a predetermined time interval since the time of ar- 
rival of the print file in the system. 
[0133] Unchained-printing can be implemented in 
several ways. Three implementation examples are de- 
scribed below. Reference is made to Fig. 17 for a gen- 
eral outline of the system, including a plurality of work- 
stations 11 A, 11B, 11C and printers 1A, 1B, 1C, and an 
Unchained Printing Server UPS, all connected to the 
network 10. Printers 1A and 1B are dedicated printers 
having full functionality for unchained printing, while 
printer 1 C is a normal network printer 96 provided with 
a server 90 having full or limited functionality for un- 
chained printing. 

[0134] In a first implementation, the UPS performs 
both the server function and the storage function. The 
UPS may be a PC having a high capacity hard disk. The 
UPS receives and stores all print files, extracts the meta- 
data and sends the metadata to all connected printers. 
In operation, the dedicated printers 1A, 1B include the 
jobs in their administration systems and make them se- 
lectable for printing, although they have not stored the 
actual print data on their disks. When a user now selects 
a job at the console of one of the printers, the latter 
downloads the print data from the UPS and prints the 
job. 

[0135] In a second implementation, of which the hard- 
ware is similar to that of the first implementation, print 
files are submitted to a particular printer, at the choice 
of the user (or as programmed in his printer driver). Up- 
on reception of the print file, th addressed printer stores 
the file internally, extracts the job metadata and sends 



them to the UPS, which fulfills the r st of the server func- 
tion. Thus, the UPS transmits the metadata to the other 
printers. The other printers all include the jobs in their 
administration systems and mak them selectable for 
s printing. When a user now selects a job at the consol 
of one of the printers, and the print data of that job are 
not stored locally in that printer, the latter downloads the 
print data from the printer that has stored them and 
prints the job. 

10 [0136] In a third implementation, the server function 
and the print data storage function are fully distributed. 
Therefore, a physical server device is not needed. Print 
files are submitted to one of the printers in the very same 
way as described above. Upon reception of the print file, 

is the addressed printer stores the file internally, extracts 
the metadata and sends them to the other printers. The 
other printers ail include the jobs in their administration 
systems and make them selectable for printing. Wh n 
a user now selects a job at the console of one of th 

20 printers, and the print data of that job are not stored lo- 
cally in that printer, the latter downloads the print data 
from the printer that has stored them and prints the job. 
[0137] Where, in any of these implementations, data 
are sent to a plurality of printer devices, it would be ad- 

25 vantageous to do so by "multicasting". In multicasting, 
data are entered on the network only once. Analoguous 
to radio and TV the devices tuned to the right 'Multicast' 
channel fetch the data from the network. This method 
of distributing data results in a lower network loading. 

30 [01 38] The processes for handling a print job will now 
be described with reference to Figs. 18 - 26. It should 
be noted that the variant of the invention enabling a user 
to make use of any of a plurality of connected print rs 
is in principle intended for interactive print jobs. Auto- 

35 matic print jobs may still be submitted, but they will nor- 
mally be processed by the particular printer to which 
they have been submitted, unless that printer's Job Man- 
ager is in the mode in which it does not accept automatic 
print jobs. In the latter case, it converts the print file into 

40 one of the second kind (IP), and further proceeds as de- 
scribed below. However, a printer receiving an automat- 
ic print job also reports it to the UPS, which in turn in- 
forms the other printers. The other printers then make 
the job selectable for printing. 

45 [0139] The following description is applicable to th 
second embodiment mentioned above (print files sub- 
mitted to and stored in one of the printers, and metadata 
distributed via a UPS), except as indicated otherwise. 
The skilled person will have no difficulty in devising th 

so modifications necessary for the other implementations. 
[0140] Fig. 18 is a diagram showing the constituent 
parts of a dedicated printer device 1A for unchain d- 
printing according to the advanced embodiment of the 
invention. Although being almost identical to th appa- 

55 ratus of Fig. 2, the device of Fig. 18 has an additional 
unchained-printing client (UPC) 29 connected between 
the JobManag r 12 and the network 10 for communi- 
cating with the unchained-printing server (UPS). Fur- 
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ther, it includes a fetch module 30 for fetching a print 
data file from th print data storage function, inthiscase 
another printer, via the network 10, under the control of 
the JobServer 21 . The administration system for jobs, 
maintained by the JobManager 1 2, is shown as element 5 
12a. 

[0141] Fig. 19 is a diagram showing aspects of the Un- 
chained-Printing Server UPS. This includes the UPS 
module proper 31 , which controls all processes, and a 
Virtual Printer Server 32. The UPS module 31 maintains 
three databases, one (33) including accounting and se- 
curity information, a.o. permissions of users, one (34) 
including the list of the metadata of ail jobs in the system 
and one (35) including information on the printers con- 
nected. Further, the UPS includes a time server 36 for 
synchronizing the workstations, the printers and the 
UPS, e.g. by using the well-known SNTP protocol. 
[0142] The Virtual Printer Server (VPS) 32 manages 
the communication between the printers and the UPS 
module 31 . It exchanges messages with the printers 
when: 

a new print file is received (IP or AP) at any of the 
printers 

printing of a print file finishes (IP or AP) 
a print file is deleted by a user (IP or AP) at any of 
the printers 

accounting and security data (e.g. permissions) are 
changed 

a printer issues a request forthe metadata of all jobs 
in the job list 34 (necessary for updating the job ad- 
ministration 12a of the printer) 
a printer issues a request for the device identifiers 
of the connected printers (necessary for fetching 
print data of a remotely stored print job) 
a printer issues a request for an update of its ac- 
counting & security information Further, the VPS 32 
senses when: 

a printer goes down 
a printer comes up. 

[0143] The accounting and security database 33 of 
the UPS and those of the printers (27) are synchronized 
in order to assure that they contain the same informa- 
tion. Any changes in permissions and credits are en- 
tered by the system administrator in the database of the 
UPS and are then automatically distributed by the UPS 
to the corresponding databases in the printers. Also, 
when a print file of an as yet unknown user arrives at a 
printer, and the JobManager 12 of that printer extracts 
the user name and updates its accounting and security 
database 27, the said JobManager also informs the 
UPS, which updates its database 33 accordingly and in- 
forms the oth r printers. 

[01 44] A m chanism for keeping the job lists consist- 
ent at any tim is described now. When a printer goes 
down or gets disconnected, this is detected by the VPS 



and reported to the UPS, which reacts by deleting all 
jobs from that printer from its job list 34 and instructing 
the other printers to do the same. When the connection 
is restored, the VPS establishes a new communication 
with the printer, and the latter reports all its jobs as new 
jobs to the VPS. The VPS then reports these jobs to th 
UPS module 31 , which inserts the jobs in its job list 34 
and instructs the other printers to do the same. 
[0145] When a printer does not receive a clear re- 
sponse from the UPS on a request, it presumes that the 
connection has been broken and in reaction deletes all 
jobs that are not locally stored from its job administration 
system 12a. However, it keeps sending requests for all 
job metadata. When a request is successful again, the 
printer updates its job administration system and again 
makes all jobs available for user selection. 

Reception of a print file 

[0146] Fig. 20 is a description of the procedure fol- 
lowed upon the reception at one of the printers 1 A, via 
the network, of a print file of the first or second type. 
[0147] The print file is received by InputHandler 15 
(20-10). This extracts identification data (including the 
name of the user and of the file) and print specifications 
(e.g. printing and finishing parameters), determin s 
whether it is a print file of the first (AP) or of the second 
(IP) type, reports the job to the JobServer 21 and stores 
the entire file, i.e. the print specifications and the image 
data for printing, in the storage unit 20 (20-20). The Job- 
Server 21 in turn reports the job, with the relevant data, 
to the JobManager 1 2. 

[0148] The JobManager passes the metadata of the 
print file and a code identifying the printer itself to the 
UPS via its UPC 29 (20-25). If the print file is of the sec- 
ond type (IP), the JobManager enters the job as such in 
its job administration system (20-40) and ends its activ- 
ities in respect of this job. If the print file is a file of the 
first type (AP), it is handled (20-30) in much the same 
way as described herein with respect to Fig. 7. After ft 
has been printed, however, the file is not deleted, but 
reported as printed to the UPS (20-35). The UPS then 
instructs all printers to mark the file as printed, which will 
be explained hereinafter. 

[0149] The UPS receives the metadata of a newly re- 
ceived print file (AP or IP) via Virtual Printer Server 32 
and stores them in the job list 34. Then, the UPS sends 
the metadata and the device identifier code to the oth r 
dedicated printers (e.g., 1 B) through the VPS 32. In this 
way, even a print file of the first type (AP) can also be 
printed by any of the other connected printers. This has 
the advantage, that if a user walks to the addressed 
printer for collecting his (automatically printed) prints, 
and he finds a line of other users waiting for their turn 
while his own print job is still in th qu u , h may go to 
another printer and print his job ther . Wh n the printing 
of an automatic print file is started Isewhere in this way, 
the starting of the print process is communicated to the 



15 



20 



25 



30 



35 



40 



45 



50 



14 



27 



EP 1 229 724 A2 



28 



UPS, which instructs the originally addressed printer, to 
remove the job from its automatic print queu and in- 
stead convert it into an IP job, because automatic print- 
ing of the job is no longer necessary and, in fact, unde- 
sirable. 

[0150] Fig. 21 shows the procedure on the arrival, 
from the UPS, of a metadata file of a new job at a printer 
1 B, different from the printer (1 A) that initially received 
the print file from a user workstation. 
[0151] The metadata file is received by UPC 29 
(21-10). This recognizes the file and reports the job to 
the JobManager 12 (21-20), which enters the job as 
such in its job administration system 12a (21-30), so that 
it becomes selectable for printing for an operator 
through the Userlnterface 13. Thereafter no further ac- 
tivities take place in respect of this job. 

interactive printing 

[0152] Fig. 22 shows the course of events when a us- 
er gives an interactive print order with the aid of the op- 
erator control means on the apparatus control panel. 
[0153] First, the print function is selected (22-5) with 
key 64A (Fig. 3/4). The operator control unit 13 then 
passes a request to the JobManager 1 2 to pass a list of 
all the active user names (names of users having at least 
one print job of the second type in the system). In re- 
sponse to that request, the JobManager makes up a cur- 
rent list and passes it to the operator control unit 13 
(22-10). It will be understood that the list includes not 
only the jobs that are completely stored in the storage 
unit 20, but also the jobs of which the print data are 
stored in the storage units of other printers and of which 
the JobManager 1 2 only has the metadata plus inf orma- 
tion in which printer the print data are actually stored. 
[01 54] The operator control unit displays the user list 
on the display, in the column above key 64D (Fig. 4), 
whereafter the user can select his name. The display 
image is shown in Fig. 22A. If the list is too long to be 
displayed completely, a part of it is shown on the display 
and scrolling is possible using the star keys 66. The dis- 
play focus is on the user who has last submitted a print 
job to the particular printer (in this example "Evertsen"). 
After the user has selected his name, he actuates key 
64E to obtain an overview of his own print jobs. In re- 
sponse to this, the operator control unit 1 3 forwards the 
selected user's name and a request for a list of print jobs 
of that user to the JobManager (22-15). 
[0155] The JobManager now checks with the ac- 
counting and security unit 27 if the user is authorized for 
printing (22-20), and, if so, whether there is a user's 
code for this user's name (22-25). In the latter case, it 
conducts a dialogue with the user through the agency 
of the operator control unit 13 in order to check the user's 
code (22-30). If the result is positive, the JobManager 
makes up a current list of interactive and automatic print 
jobs of the current user and passes it through to the op- 
erator control unit 13, which displays this list to the user 



for selection on display 60. The display image is shown 
in Fig. 22B. The submission time of each job is shown 
at th sid of the file name. A ,l tick" sign is shown at the 
left of a f il nameinth list after the file has been printed. 

5 If the list is too long to be displayed completely, a part 
of it is shown on the display and scrolling is possible 
using the star keys 66. The display focus, including a 
preselection, is on the print job submitted last to the par- 
ticular printer (in this example "INTERNAL REPORT"). 

to in this embodiment, the keys 64 C-E have functions for 
file management. Key 64C is for selecting all print jobs 
of the current user, key 64D is for selecting the newly- 
arrived print jobs only, and key 64E is for deleting any 
selected jobs. 

15 [01 56] It is possible that a print job shown in the list is 
at that moment running at another printer. Since thestart 
of printing of a print job is reported to the other printers 
via the UPS, the JobManager is aware of the job status 
and shows this to the user, e.g. in the message window 

20 67 on the display. The user may interfere with the run- 
ning print process, as will be explained later. 
[01 57] Since the connected printers may differ in func- 
tionality, it is possible that a print job cannot be proc- 
essed at the printer where it has been selected, e.g. a 

25 job may have the setting "duplex printing" and the print r 
may only be capable of simplex printing. The JobMan- 
ager 12 checks the metadata of every selected job and 
determines whether printing according to the job set- 
tings is possible or not. 

30 [0158] The user may now confirm the preselected 
print file or select another print file (22-40). The name 
of the selected print file is transmitted by the operator 
control unit 1 3 to the JobManager 1 2. The JobManager 
then checks whether a security code was sent with the 

35 metadata file. If indeed a security code was sent with 
the selected file, then through the agency of the operator 
control unit the JobManager again carries out a dialogue 
(22-50) with the user to check the code. If the result is 
positive, the JobManager releases the file for printing. 

40 [0159] If the job is running on one of the other printers, 
this is communicated to the user by a warning message 
in the message window 67 on the display 60, as shown 
in Fig. 22C. The user now has the opportunity to stop 
the printing by actuating key 64 C, in which case th 

45 print process is aborted but the print file remains to be 
stored and may afterwards be selected for printing on 
any of the printers. The user may also start the print 
process at his printer by actuating the start key 61 , while 
the job continues to be printed at the other printer. 

so [0160] If it was found in step 22-40 that printing ac- 
cording to the job settings is not possible, a warning 
message is now shown in the message window 67 in 
the display image 60, saying that printing of the selected 
print job according to its pred fined settings is not pos- 

55 sible and why (22-52). The corresponding display image 
is shown in Fig. 22 D. 

[0161] Also, since the JobManager has information 
about the capabilities of the other printers, it ch cks if 
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printing according to the settings is possible at one of 
the other printers. If this is th case, this will be shown 
in the warning message. If more than on other printer 
can do the job, the JobManager uses a list of the loca- 
tions of the other printers to find the most closely located 
other printer therefor. Of course, other criteria for select- 
ing an alternative printer may be used as well, such as, 
for instance, degree of occupation. 
[0162] The user can check the job settings including 
the finishing parameters on the operator control panel 
using the keys 65 A, B and C, and may change them 
(22-55). In this way, the user may also adapt the settings 
to the capabilities of the printer in order to make the job 
printable after all. Finally, the user can start the printing 
process (22-60) by actuating the start key 61 . 
[0163] If the user has selected more than one print 
job, all selected jobs are handled and printed succes- 
sively. 

[01 64] Print profiles, as described herein for a single- 
printer system, may also be supported in the multi-de- 
vice system. Print profiles for each respective user are 
stored in one of the printers or, alternatively, in the UPS. 
Additionally, print profiles for general use may also be 
stored. When a user selects his name at the console of 
a printer, not only his print jobs, but also his print profiles 
(and possibly the profiles for general use) are displayed 
in the file list. The user may now select one of the pro- 
files, whereupon the operator control unit 13 takes over 
the settings in the print profile, showing them in the dis- 
play 60. Next, the user selects a print job, and the oper- 
ator control unit 1 3 passes the selection of the print job 
and the settings to the JobManager 12, step 22-40. 

Printing process 

[01 65] Fig. 23 shows the progress of the printing proc- 
ess started by a user for an interactive print job (IP) 
(23-10) or started by the JobManager 12 when an au- 
tomatic print job reaches the top of the AP print queue 
(23-15). It should be noted here that the JobManager is 
so programmed as to be able to start an automatic print 
job only if no activity has been observed on the operator 
control panel for a predetermined time, e.g. 30 seconds. 
This prevents a user occupied in a job at the operator 
control panel from being disturbed by the sudden start 
of an automatic print job. 

[0166] The JobManager 1 2 reports the print job to the 
CopyController 6 and gives a start command (23-40) for 
this order to the JobServer. It also reports to the UPS 
that the job has been started, and the UPS in turn in- 
forms the other printers thereof. 

[0167] The JobServer starts up (23-25) the PrintHan- 
dler 25, which reads the relevant print file from the stor- 
age unit 20, rast riz s it, and stor s it (23-50) in the s t 
memory 4. 

[0168] The print data of the job may in fact be stored 
in another printer. In that case (23-30), the JobManager 
12 informs th JobS rver 21 in which printer the print 



data are stored. The JobServer th n starts up the fetch 
module 30 (23-40), which fetches the print data file from 
the relevant printer and stores th file in the storage unit 
20 (23-45). The PrintHandler then processes the print 

5 data and stores the resulting image data in the set mem- 
ory 4. The PrintHandler may in fact start processing the 
print data when enough print data have been fetched 
and stored, and does not have to wait until the fetch 
process has been completed. 

io [0169] On a report from the PrintHandler to the Cop- 
yController 6 to the effect that sufficient image data are 
stored in the set memory, the CopyController starts 
(23-55) the printer unit 5 to make a print. 
[0170] In this connection (23-55) the CopyController 

15 first checks whether the print specifications belonging 
to the print job have been satisfied, for example if there 
is a stock of the required type of image supports (format, 
orientation, color). If these specifications have not b n 
met, then the job is stopped. The CopyController reports 

20 (23-60) this to the PrintHandler, which passes the report 
through to the JobServer, the latter in turn passes 
(23-65) it to the JobManager, and the latter reports 
(23-70) the impossibility for printing to be carried out, to 
the user by a message on the' display of the operator 

25 control unit 13. 

[0171] If the print job can be processed, the printer 
unit 5 reads the image data out of the set memory 4, 
prints them (23-85), and reports (23-90) this to the Cop- 
yController 6. When the complete print job has beencar- 

30 ried out, the CopyController reports (23-92) this to th 
PrintHandler 25, which passes this to the JobServer 21 , 
which in turn passes this to the JobManager 12, and the 
latter reports the job printed to the UPS. In reaction, the 
UPS marks the job as "printed" in its job list 34 and in- 

35 forms the printers thereof. These in turn then mark the 
job as printed (23-94) in their administration systems, 
thus completing (23-96) the printing process. 

Print by reference implementation 

40 

[01 72] The printing of a remotely stored print file may 
also be implemented in the following way. A print fii is 
received at one of the printers (printer A), which extracts 
the metadata and sends the metadata to the UPS which 

45 j n turn distributes the metadata to the other printers in 
the form of an IP job. This particular kind of IP job, how- 
ever, does not include print data, but only a reference 
code. The other printers store the reference code in th ir 
storage units 20, in the same way as if it were print data. 

50 When a user now wants to print the job at another printer 
(printer B), the PrintHandler of printer B tries to read the 
print data from the storage unit, finds (and recognizes) 
the reference and has the actual print data fetched from 
the storage location specified in the reference code. The 

55 refer nc code may also refer to a storag location in 
the UPS in which th actual storage location of the data 
(an addr ss in one of the other printers) is stored. 
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Solution for non-dedicated printers 

[0173] The above-described embodiment makes use 
of dedicated printers, i.e. printers that have been suita- 
bly programmed and are provided with the necessary 
operating means. However, it is possible to include other 
printers, e.g. normal network printers, into the system 
by connecting them to the network via a dedicated serv- 
er device. Two implementations of such devices are de- 
scribed below. 

[0174] Fig. 24 shows the constituent parts of a server/ 
printer-combination as denominated 1C in Fig. 17. The 
server 90 includes all basic functions of the dedicated 
printer device 1A, 1 B as described with reference to 
Fig. 18, with the exception of the PrintHandler25, which 
is incorporated in the printer 96 (further, all parts related 
to scanning are not present). The interrelation and co- 
operation of the shown parts in the server 90 are closely 
similar to those of the dedicated printer device 1 A, so 
that a further explanation of the printing processes is 
considered superfluous. 

[01 75] Fig. 25 shows a server/printer-combination for 
connection to an unchained-printing system, as a printer 
1C having a limited functionality. The server 90' of this 
combination includes a spool function which is accessi- 
ble for the UPS and the other printers, but does not in- 
clude means for printing print files stored in another 
printer. This configuration is particularly suitable for ex- 
tending the unchained-printing advantages to normal 
printers connected to the same network, without inter- 
fering with the normal operation of such printers. Thus, 
such printers can continue to operate in a normal way, 
but print jobs submitted to them become available for 
printing with dedicated unchained-printing printers at 
other locations. 

[0176] The server 90' includes an InputHandler 91 
connected to the network 1 0 for receiving print files from 
user workstations, a storage unit (hard disk) 93 and a 
SpoolServer 92 for managing the print process and the 
storage unit 93. Further, the SpoolServer 92 is connect- 
ed to an Unchained-Printing Client (UPC) 94, which 
keeps contact with the U PS via the network 1 0. The stor- 
age unit 93 is connected to the external printer 96 for 
delivering print data thereto. Also, the storage unit 93 is 
connected to a fetch module 95 which is connected to 
the network 10 for uploading files from the storage unit 
93 to other printers upon request. An accounting data- 
base 97 is connected to the external printer 96 for ac- 
counting of produced prints, and to the UPC 94 for ex- 
changing accounting information with the UPS. 
[0177] The operation of the server/printer combina- 
tion of Fig. 25 is shown in Fig. 26. 
[0178] Upon reception of a new print job (26-1 0), the 
InputHandler 91 stores the print file in the storage unit 
93 (26-20) and reports the job to the SpoolServer 92. 
The SpoolServer 92 extracts metadata from the print file 
and sends the metadata via the UPC 94 (26-40) to the 
UPS (26-50), which distributes the information to the 



other printers, that in turn make the corresponding print 
fil s selectable for local printing. The SpoolServer en- 
ters the new job in a print queue for the printer 96 
(26-30/60). Each tim the printer 96 finishes a print job, 
5 the SpoolServer sends a copy of the print data of the 
job at the top of the queue to the printer 96 (26-65), 
which processes the job (26-70). As long as a print file 
is still in the queue, another printer can request upload 
of the corresponding print data through the fetch module 
10 95, but when a particularjob has been printed complet - 
ly (26-75), the print data are deleted and a "delete" mes- 
sage is sent to the UPS (26-80), which in turn orders the 
other printers to delete the job from their selection lists. 
If another printer requests the print data of a print job 
15 that is still in the queue (26-100), the SpoolServer 92 
starts up the fetch module 95 (26-105), that transfers 
the data to the requesting printer, and then the 
SpoolServer removes the print job from the print queue 
(26-110), because obviously this job will no longer be 
20 expected to be printed at the original destination printer. 
[0179] The concept of unchained printing may also be 
applied to scanning. In that case, a scan session is per- 
formed locally in one of the connected digital copier d - 
vices, and the scan data file is 'reported to a central serv- 
es er function, e.g. implemented in the UPS, but stored lo- 
cally in the storage unit of the device, where it waits to 
be fetched by a workstation. It is also possible to print 
the scan data file at any of the connected printers via 
the scheme described above. 
30 [0180] The invention being thus described, it will be 
obvious that the same may be varied in many ways. 
Such variations and modifications as would be obvious 
to one skilled in the art are intended to be included within 
the scope of the following claims. 

35 

Claims 

1 . A method of printing digital print files in a network 
40 system including a digital network, at least one p r- 
sonal workstation of a user and a plurality of print- 
ers, at least a subset of the printers having a local 
memory and an operator control unit provided with 
inputting means and a display, 
45 said network system further including a print service 
and a print file storage service, wherein a digital 
print file includes metadata specifying job informa- 
tion and print image data, 
the method comprising: 

50 

submitting a print file from a workstation of a 
user to said print service; 
receiving said print file at the print service; 
extracting, by the print s rvice, at least part of 
55 the metadata of said print file and storing the 

same in a storage dedicated to the print service 
as well as storing the print image data of said 
print fil in a logical storage space allocated to 
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said user in the print file storage service, 

characterized by said method further comprising: 

transmitting, by the print service, extracted 5 
metadata to at least two of the printers, and 
receiving said metadata by said at least two 
printers and including said metadata in local 
print selection mechanisms resident in said 
printers. 10 

2. The method of claim 1 , wherein said receiving 
and including step comprises 

presenting, on the display of the operator con- is 
trol unit of a printer, a list of print files of which 
metadata are locally available in that printer, 
permitting an operator to select a print file from 
the list and to give a command for printing the 
selected print file, 20 

characterized by the method further comprising 

fetching the print data of the selected print file 
from the print file storage service and printing 25 
the print file in reaction to a selection by the op- 
erator. 

3. The method of claim 1 , further comprising 

30 

communicating status changes of a print file to 
all printers which have the associated metada- 
ta. 

4. The method of claim 3, wherein a status change 35 
of a print file is reported, by a printer in which a said 
status change takes place, to the print service, 

and wherein the print service communicates the re- 
ported status change to the printers which have the 
associated metadata. 40 

5. The method of claim 3, further including 
updating the local print selection mechanisms of the 
printers in accordance with reported status changes 

of print files. 45 

6. The method of claim 3, wherein status changes 
include starting a print process, finishing a print 
process, and deleting the print file. 

50 

7. The method of claim 1 , further including 
maintaining, by the print service, a list of all print 
files in the system, including the metadata of said 
files. 

8. The method of claim 2, further including 
locally storing information in ach printer on capa- 
bilities and status of conn cted printers. 



9. The method of claim 8, including 
automatically advising the operator of at least one 
printer that has the capacities need d for printing 
said print file, if such a printer is available, when the 
operator selects a print file for printing at a specific 
printer, and when said specific printer does not have 
the capabilities needed for printing said print file. 

10. The method of claim 8, including 
automatically advising the operator of at least one 
printer that can print said print file, if such a printer 
is available, when the operator selects a print file 
for printing at a specific printer, and when said sp - 
cif ic printer cannot print said print file. 

11. The method of claim 9 or 10, wherein said ad- 
vice is given as a message on the display of said 
specific printer. 

12. The method of claim 8, wherein said advice is 
given as a message on the display of said specific 
printer. 

13. The method of claim f, further comprising 
checking, upon receipt from the workstation of a 
print file, whether a logic storage space for the user 
already exists in the storage service, and if that is 
not the case, automatically adding a logical storage 
space for the user. 

1 4. A method according to any one of the preceding 
claims, 

wherein said print service is implemented as a serv- 
er connected to the network. 

1 5. A method according to any one of claims 1 to 1 3 , 
wherein each connected printer is provided with a 
server process that is logically connected to the 
server processes in the other printers, and wherein 
the server processes together form a distributed 
print service. 

15. A network printing system for printing digital 
print files, 

said system including: 
a digital network, 

at least one personal workstation of a user and 
a plurality of printer devices, at least a subset 
of the printer devices having a local memory, 
an operator control unit provided with inputting 
means and a display, and a printer unit, and 
a print service and a print file storage service, 

which a digital print file includ s metadata sp c- 
ing job information and print image data, 
tid print s rvic including: 
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a receiving module for print files submitted from 
a workstation of a user 
an extracting module for xtracting at least part 
of the metadata of said print file and storing the 
same in a storage dedicated to the print service 5 
a storing module for storing the print image data 
of a received print file in a logical storage space 
allocated to said user in the print file storage 
service, and 

atransmitting module for transmitting extracted io 
metadata to at least two of the printers, 
each of the printer devices of said subset fur- 
ther including: 

a network connection unit, operable for receiv- is 
ing metadata of a print file and 
a management unit connected to the network 
connection unit for including received metadata 
in a local print file selection mechanism it man- 
ages in the printer device, said management 20 
unit further being operable to pass a print file 
for printing to the printer unit only on an opera- 
tor control command from said operator control 
unit, which operator control command identifies 
said print file. 25 

16. The system according to claim 1 5, wherein said 
management unit includes: 

a presentation module for presenting, on the 30 
display of the operator control unit of the printer, 
a list of print files of which metadata are locally 
available in that printer device, 
a selection module for permitting an operator 
to select a print file from the list and to give a 35 
command for printing the selected print file, 
and wherein said management unit further in- 
cludes 

a fetch module for, in reaction to a selection by 
the operator, fetching the print data of the se- *o 
lected print file from the print file storage service 
and transferring it to the printer unit. 

17. The system of claim 15, wherein said manage- 
ment unit further is operable to report status chang- 45 
es of a print file to all printers which have the asso- 
ciated metadata. 

18. The system of claim 15, wherein said manage- 
ment unit is operable to report status changes of a so 
print file to the print service, 

and wherein the print service is operable to report 
a reported status change to the printers which have 
the associat d metadata. 

55 

19. The system of claim 1 7, wherein said manage- 
ment unit is operable to update its local print selec- 
tion mechanism in accordance with received print 



file status change reports. 

20. The system of claim 1 7, wh rein status changes 
include starting a print process, finishing a print 
process, and deleting the print file. 

21 . The system of claim 1 5, wherein the print serv- 
ice maintains a list of all print files in the system, 
including the metadata of said files. 

22. The system of claim 15, wherein the manage- 
ment unit of a printer device maintains a list includ- 
ing information on capabilities and status of con- 
nected printer devices, and is operable to advise th 
operator of at least one printer device that can print 
said print file, if such a printer device is available 
when the operator selects a print file for printing at 
that printer device, and when that printer device 
cannot print said print file. 

23. The system of claim 22, wherein said advice is 
given as a message on the display of said specific 
printer. 

24. The system of claim 15, wherein the print serv- 
ice is operable to check, upon receipt from the work- 
station of a print file, whether a logic storage spac 
for the user already exists in the storage service, 
and if that is not the case, to add a logical storage 
space for the user. 

25. A printer device for printing digital print files, for 
use in a network printing system, said system in- 
cluding a digital network, at least one personal 
workstation of a user and a plurality of print r de- 
vices, in which a digital print file includes metadata 
specifying job information and print image data, 
said printer device including: 

a network connection unit, for communicating 
via the network with the system, 
a local memory, 
a printer unit, 

an operator control unit provided with inputting 
means and a display, 

a management unit connected to the network 
connection unit, 

said management unit including: 

a receiving module for print files submitted from 
a workstation of a user 

an extracting module for extracting at least part 
of the metadata of said print file and storing the 
same in a local storage d dicated to the man- 
agement unit 

a storing module for storing the print image data 
of a receiv d print fil in a logical storage space 
allocat d to said user in the local memory, 
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a transmitting module for transmitting extracted 
metadata directly or indir ctly to at least one 
other printer device, 

a print control module conn ctedtoth opera- 
tor control unit, including a local print file selec- 5 
tion mechanism, for releasing a print file for 
printing by the printer unit only on an operator 
control command from said operator control 
unit, which operator control command identifies 
said print file, and 10 
a second receiving module for receiving meta- 
data of a print file directly or indirectly from an- 
other printer device and storing the same in a 
local storage dedicated to the management 
unit, 15 



said print file, if such a printer device is available 
when th operator selects a print file for printing at 
that printer device, and when that printer device 
cannot print said print file. 

31. The device of claim 30, wherein said advice is 
given as a message on the display of said specific 
printer. 

32. The device of claim 25, wherein the manag - 
ment unit is operable to check, upon receipt from 
the workstation of a print file, whether a logic stor- 
age space for the user already exists in the local 
memory, and if that is not the case, to add a logical 
storage space for the user. 



wherein said management unit is operable to in- 
clude metadata of a print file, upon reception by said 
second receiving module, in said local print file se- 
lection mechanism. 



26. The device according to claim 25, wherein said 
print control module includes: 



a presentation module for presenting, on the 25 
display of the operator control unit of the printer, 
a list of print files of which metadata are locally 
available in that printer device, and 
a selection module for permitting an operator 
to select a print file from the list and to give a 30 
command for printing the selected print file, 
and wherein said management unit further in- 
cludes 

a fetch module for, in reaction to a selection by 
the operator, fetching the print data of the se- 35 
lected print file from a local memory of another 
printer in which said print file is stored and 
transferring it to the printer unit. 

27. The device of claim 25, wherein said manage- 40 
ment unit further is operable to report status chang- 
es of a print file directly or indirectly to all printers 
which have the associated metadata. 

28. The device of claim 27, wherein said manage- 45 
ment unit is operable to update its local print selec- 
tion mechanism in accordance with received print 

file status change reports. 

29. The device of claim 27, wherein status changes so 
include starting a print process, finishing a print 
process, and deleting the print file. 

30. The d vice of claim 25, wh rein th manage- 

m nt unit of a printer d vice maintains a list includ- 55 
ing information on capabilities and status of con- 
nected printer devices, and is op rable to advise th 
operator of at least one printer d vie that can print 



20 



EP 1 229 724 A2 




21 



EP 1 229 724 A2 




22 



EP 1 229 724 A2 





UJ 
co 



Q 



CM- 
CD' 



CD 



o 

co 



LO 



CD 

CO 



\ 



CO 

















- — -^r 






co 





CM 



CD ' 




23 



EP 1 229 724 A2 




O 

CO 

< <° 

CO 
CO 




CD 
CD 
CO 



N <3 O 



Q 

CO 
CO 




LLI 
• XT 
CO 



Q 

CO 



"3- 

CD 



O 
co 



CO 
co 



< 

CO 



24 



EP 1 229 724 A2 



5-3 



5-4- 



I User starts copying or printing session 





5-1- 


User keys in his user code 






f 




Is code correct? 






Yes 




No 



Fig. 5A 
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Yes 



No 



Session refused 
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5-5 



Session allowed 
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Fig, 5B 
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directly 



5-16 



File is printed 
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(User selects "copying" 



Ul waits for pin code 
User inputs pin code 
Ul passes pin code to JM 



User makes settings and 
presses "start" 
Ul passes to JM 
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Stop, report 
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6-50 
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JM passes copying command to CC 



CC starts scanner 

Scanner sets scanfiles in set memory 



CC starts printer; 

Printer brings scanfiles up from set memory 
and prints; each print debited to account 



FIG. 6 6-90- 



CC reports job finished to JM 






End 
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settings to JM 
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user selects "save" 



WS passes profile (with name of 
user) via network to IH 



IH overwrites profile on disk and 

reports to JS 

this passes on to J M 



end 
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15-10 



user asks for overview of scan files 

WS program passes user name to JM and asks 

for list of user's scan files 



15-15 
6 



15-20 



JM gives list of scan files (with thumbnails) 



WS program displays list (with thumbnails) 
user selects : scanf ile 

transport mode 

file format 
user gives new file name 
user selects "upload" 
WS program passes command to JM 



FIG. 15 
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15-40 



JM passes command with selections to JS 



JS compares selected file format to current 
format 

same not same 



15-50. 



JS starts up converter; converter 
reads file from disk, converts and 
writes on disk 



15 " 60 ~1JJS starts OH 



1 5-70 



15-80 



15-90 



OH reads scan file from disk and sends to 
WS of user (via network) 



OH reports "transport successful" to JS; this 
erases scan file from disk and reports to JM 



JM removes scan file from administration 



end 
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server function 
receives print file 






r 




server function extracts metadata and 
stores print data in storage function 




r 




server function sends metadata 
to ail printers 





FIG. 16-1 



exit 



printer receives metadata of print job 



printer includes metadata in its admin system 
and makes job selectable 



i 



user selects print jobA 



printer fetches print data 
from storage function 



printer prints jobA 



printer reports "jobA printed" 
to server function 



FIG. 16-2 



exit 
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server function receives 
"jobA printed" message 
from printer 



server function sends 
"jobA printed" message 
to all printers 



exit 



printer receives 

"jobA printed" message 

from server function 










printer marks jobA as "printed" 
in own admin system 




f 




exit 





FIG. 16-3 



FIG. 16-4 



server function receives 
"jobA deleted" message 
from printer 



server function sends 
"jobA deleted" message 
to all printers 



storage function deletes 
print data 



exit 



FIG. 16-5 



printer receives 

"jobA deleted" message 

from server function 



printer deletes metadata of 
jobA from own admin system 



exit 



FIG. 16-6 
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Print job arrives 



T 



20-10 



IH stores metadata and print data in disk 20 and 

reports job to JS; 

JS passes information to JM 





JM sends metadata to UPS 




File is: 1st type 


2nd type 



I 



AP-job handling 

queue! C-20-30 



r 



20-20 
20-25 
20-40 



JM enters job as IP 




exit 



FIG. 20 



20-35 



JM reports job printed to UPS 

— 

exit 



metadata of print job arrives from UPS 

i 



21-10 
21-20 



UPC passes information to JM 



iT FIG. 21 



JM enters job in admin system 



21-30 



exit 
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User selects "printing" 

Ui asks JM for list of user name 

with print jobs 



J 



22-5 



c 



22-10 



JM gives U! list of user names 



UI displays list 

User selects his name 

User selects "show documents" 

UI passes user name to JM and 

asks for list of printfiles 



22-30- 



22-15 



r 



22-20 



JM asks a&s unit whether user 
is authorized: 

Yes No 



22-25 



Stop j 



JM checks pin code requirement (a&s unit) 
Yes No 



Pin code dialogue 
not OK OK 



[Stop j 



UI displays list, with non-compliance warnings 
User selects print file 
UI passes file name to JM 



JM gives list of print files 
and checks each one against 
device capabilities 

22-40^22-35 



S' 



-22-45 



in case of non-compliance: 
Ui displays possible alternatives 



User makes settings and 
presses "start" 
UI passes to JM 



JM checks whether document has a pin code 
no yes 




pin code dialogue r* 22-50 
OK not OK J 



22-52 



22-55 



stop 



FIG. 22 



Start IP printing process 
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User Starts IP print process 



23-10 



JM starts AP print process 



J 



JM reports order to CC and gives 

start command to JS 

JM reports job being started to UPS 

i 



■\_23-20 



^-23-1! 



JS starts PrintHandler 



A_^23-25 



print data 
^stored locally^ 



23-30 



yes 



JS starts fetch module 



fetch module starts session with other 
fetch module; downloads print data 
and stores data in disk 20 
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PrintHandler reads job data from 
disk, rasterises it, puts it in the set 
memory and reports to CC 



T 



X^23-50 



CC starts printer process and checks -\^23-55 
print specs: 

printing now possible Not possible 



± 



Printer prints job 



T 



CC reports job as finished to 
PrintHandler 



PrintHandler reports job as finished 
to JS; JS passes to JM; JM passes 
to UPS 



JM receives "job printed" report 
from UPS 



JM marks job as "printed" 



23-85 



c 



23-60 



23-90 
23-92 



CC reports to Printhandler and stops 
print process 

PrintHandler reports to JS 
JS reports to JM 

i 



Stop, error message 



-23-70 



23-94 



FIG. 23 



23-96 



exit 
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normal print job arrives at server 90' 



IH stores print file in disk 93 and 
reports job to SS 



SS schedules job 
for printing 



26-30 
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26-20 



SS reports job to UPC 



26-60 



I I I I 
print queue 
J I I L. 



SS starts printer 



26-65 
26-70 

26-75 



26-80 



printer reads print data 
from disk and prints 



printer reports job as 
finished to SS 



26-40 



UPC sends job metadata to UPS , 



exit 



26-50 



other printer requests 
print data 



26-100 



SS starts fetch module 
for data transfer 



26-105 

u 



SS deletes job and reports delete 
to UPC; UPC passes to UPS 



SS. removes job from 
print queue 



26-110 



exit 



exit 



FIG.26 



48 



J 



European Pat nt 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 02 07 8843 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (lntCI.7) 



US 2001/038462 Al (STIPHOUT DUNCAN ANTOON 
HELENA ET AL) 

8 November 2001 (2001-11-08) 
* the whole document * 



1-22 



G06F3/12 



TECHNICAL FIELDS 
SEARCHED (lnt.CI.7) 



G06F 

H04N 



The present search report has been drawn up for all claims 



Place of search 



THE HAGUE 



Date of completion of the search 

28 January 2003 



Examiner 

Weiss, P 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant if taken alone 

Y : particularly relevant if combined with another 

document of the same category 
A : technological background 
O : non-written disclosure 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, but published on, or 

after the filing date 
D : document cited in the application 
L : document cited for other reasons 

& : member of the same patent family, corresponding 
document 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 02 07 8843 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EDP file on 

The European Patent Office is in no way liable for these particulars which are merely given for the purpose of information. 

28-01-2003 



Patent document 


Publication 


Patent family 


Publication 


cited m search report 


date 


member(s) 


date 



NL 


1008642 


C2 


23-09-1999 


AU 


9516001 


A 


06-06-2002 


EP 


1215879 


A2 


19-06-2002 


EP 


1229724 


A2 


07-08-2002 


JP 


2002199153 


A 


12-07-2002 


JP 


2002236570 


A 


23-08-2002 


US 


2002027673 


Al 


07-03-2002 


EP 


0944239 


Al 


22-09-1999 


EP 


0949806 


A2 


13-10-1999 


JP 


11331460 


A 


30-11-1999 


JP 


2000040032 


A 


08-02-2000 


NL 


1008896 


C2 


16-05-2000 


NL 


1008896 


Al 


21-09-1999 


US 


6463435 


Bl 


08-10-2002 


US 


6181893 


Bl 


30-01-2001 


US 


2001000027 


Al 


15-03-2001 



US 2001038462 Al 



08-11-2001 



cr 

2 
o 

uj For more details about this annex : see Official Journal of the European Patent Office, No. 12/82 



